home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19990725-20000114 / 000217_news@columbia.edu _Wed Oct 20 10:26:55 1999.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA26607
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Wed, 20 Oct 1999 10:26:54 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA20087
  7.     for kermit.misc@watsun.cc.columbia.edu; Wed, 20 Oct 1999 10:23:29 -0400 (EDT)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Subject: Re: File type attributes in Kermit 95
  11. Date: 20 Oct 1999 14:23:27 GMT
  12. Organization: Columbia University
  13. Message-ID: <7ukj8v$jjk$1@newsmaster.cc.columbia.edu>
  14. To: kermit.misc@columbia.edu
  15.  
  16. In article <7ujh2o$fre$1@nnrp1.deja.com>,  <bkennelly@my-deja.com> wrote:
  17. : I am transferring files between TSO-Kermit (4.3.3) and Kermit 95
  18. : (1.1.17).  Kermit 95 seems to ignore the file type attribute when
  19. : TSO-Kermit is the sender.  It always tries to receive the files with the
  20. : file type defined on K95.  I tried turning off PATTERNS, but it didn't
  21. : help.  SET ATTRIBUTE ON, SET ATTIBUTE TYPE ON on both sides didn't help.
  22. : 
  23. : I can send the files by setting the file type explicitly to both sides,
  24. : but as I understand it the sender should be able to control the file
  25. : type.
  26. : 
  27. : I captured the transfer negotiations with SET DEBUG ON:
  28. : 
  29. : With SET FILE TYPE BINARY on TSO:
  30. : S: 8 S~% @-#&3~Z 4-0___F"I2C
  31. : R: 8 Y~/ @-#Y3~^$5$0___B"UN(
  32. : S: 2!FEXECRPT1.CNTL!>!
  33. : R: B!YC:/K95/DOWNLOAD/EXECRPT1.CNTL.T=
  34. : S: 8"A."I2"!B#(19990914@ /T4
  35. : R: %"Y.5!
  36. : 
  37. : 
  38. : With SET FILE TYPE TEXT on TSO:
  39. : S: 8 S~% @-#&3~Z 4-0___D"I2A
  40. : R: 8 Y~/ @-#Y3~^$5$0___B"UN(
  41. : S: 2!FEXECRPT1.CNTL!>!
  42. : R: B!YC:/K95/DOWNLOAD/EXECRPT1.CNTL.T=
  43. : S: F"A."I2"!A*'CI6/100/#AMJ#(19990914@ ! &
  44. : R: %"Y.5!
  45. : 
  46. : In each case, K95 had the opposite setting and ignored the file type
  47. : attribute.
  48. : 
  49. Excellent report, but I can't reproduce the problem.  K95 obeys the
  50. file type attribute from Kermit-370 on VM/CMS (I've taken the liberty
  51. of lining up the corresponding fields, and highlighting the file-type
  52. attributes):
  53.  
  54. Text:
  55.   VM/CMS:  A!!1."I1"!A*'CI6/100/#AMJ#119911122 19:28:44@
  56.   MVS/TSO: A   ."I2"!A*'CI6/100/#AMJ#(19990914@
  57.                    ^^^
  58. Binary:
  59.   VM/CMS:  A!!1."I1"!B#119911122 19:28:44@
  60.   MVS/TSO: A   ."I2"!B#(19990914@
  61.                    ^^^
  62. All of these packets containt well-formed attribute lists.
  63.  
  64. The only differences are that:
  65.   . The VM/CMS version includes the "Length in K" (!) attribute, and:
  66.   . The VM/CMS includes the time of day in the file's timestamp.
  67.  
  68. These should not affect the file type.
  69.  
  70. SET FILE PATTERNS OFF only affects the file sender.  The file sender
  71. tells the file receiver the file type (text or binary) in the
  72. attribute packets as shown above.  The file receiver will never ignore
  73. this notification, no matter what its FILE PATTERNS, FILE TYPE, or
  74. TRANSFER MODE.  If you have told either one of the Kermit programs to
  75. SET ATTRIBUTES OFF, then the attribute packet won't be sent at all,
  76. which is clearly not what happened in this case.  The only way you can
  77. make the receiver ignore this notification would be:
  78.  
  79.   SET ATTRIBUTE TYPE OFF
  80.   SET FILE TYPE { TEXT or BINARY }
  81.  
  82. But that's not what you did, right?
  83.  
  84. Let's resolve this one offline.  Please collect a debug.log file from
  85. K95 for each case, as well as a list of all the commands you gave to
  86. K95 (including in your K95CUSTOM.INI file) prior to the incident, and
  87. send them to kermit-support@columbia.edu
  88.  
  89. Also, not that it should make any difference, please tell us if this
  90. problem is new to K-370 4.3.3 (I can't see how it would be).
  91.  
  92. - Frank